home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c++ / 117 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  2.4 KB
  1. Path: engnews1.Eng.Sun.COM!taumet!clamage
  2. From: Dick Menninger <Dick.Menninger@daytonoh.attgis.com>
  3. Newsgroups: comp.std.c++
  4. Subject: Re: Throwing an exception from within a si
  5. Date: 22 Jan 1996 23:15:24 GMT
  6. Organization: AT&T Global Information Solutions
  7. Sender: News administrative Login <news@falcon.daytonoh.attgis.com>
  8. Approved: clamage@eng.sun.com (comp.std.c++)
  9. Message-ID: <DLLv0E.6p5@falcon.daytonoh.attgis.com>
  10. References: <4dsne7$1fv@hawk.hcsc.com>
  11. Reply-To: mennid <Dick.Menninger@daytonoh.attgis.com>
  12. NNTP-Posting-Host: taumet.eng.sun.com
  13. Content-Type: text
  14. X-Nntp-Posting-Host: 149.25.118.167
  15. X-Newsreader: DiscussIT 2.5.1.3 for MS Windows [AT&T Software Products Division]
  16. To: undisclosed-recipients.;@daytonoh.attgis.com
  17. Content-Length: 1481
  18. X-Lines: 39
  19. Originator: clamage@taumet
  20.  
  21.  
  22. > ==========Bill Leonard, 1/22/96==========
  23. > 
  24. > In article <4dos4l$ra9@engnews1.Eng.Sun.COM>,
  25. > clamage@Eng.Sun.COM (Steve Clamage) writes:
  26.  
  27. [stuff deleted]
  28.  
  29. > Now weigh against that the benefit, if there is any, of allowing an
  30. > exception to propagate out of a signal handler.  Does it buy you
  31.  
  32. The original issue seemed to be that exceptions could
  33. not be permitted because they would have to propagate
  34. out of the signal handler "by an internal mechanism of
  35. the C++ run-time environment" but this assumes the point
  36. has shifted to whether they cross the boundary.  Of course
  37. they do not need to be allowed to propagate out as an internal
  38. mechanism of C++.  The application must convert them to
  39. a form that can be picked up, when sensible, by application
  40. specific code, just as must happen between threads when
  41. the exception has broader context than can be handled
  42. in the signal handler or thread experiencing the exceptional
  43. condition.  But there still needs to be some basic support
  44. for exceptions unfolding the stack within the signal handler's
  45. stack frame and overridable default handling of exceptions
  46. that make it to the boundary.  I do not see that as being
  47. much different, except in minor details, from multi-threaded
  48. cases where exceptions in one thread may require
  49. application-dependent notification of other threads.
  50.  
  51. > enough to
  52. > *require* RISC compilers to throw away huge performance gains?
  53.  Not in my
  54. > opinion.
  55.  
  56. Good Day
  57. Dick
  58. Dick.Menninger@DaytonOH.ATTGIS.COM
  59.  
  60.  
  61. [ comp.std.c++ is moderated.  Submission address: std-c++@ncar.ucar.edu.
  62.   Contact address: std-c++-request@ncar.ucar.edu.  The moderation policy
  63.   is summarized in http://dogbert.lbl.gov/~matt/std-c++/policy.html. ]
  64.  
  65.